home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-3158 / 72.txt < prev    next >
Text File  |  1992-05-11  |  30KB  |  740 lines
  1. Info-Atari16 Digest         Fri,  7 Feb 92       Volume 92 : Issue  72
  2.  
  3. Today's Topics:
  4.                          .SPS picture viewer?
  5.                       All three rez on SM124!!!
  6.                   A non-representitive benchmark...
  7.                    Anti-flamewar proposal. (2 msgs)
  8.                        Atari ST items for sale
  9.                       Circuit drawing programs?
  10.              FOR SALE TOADFILE 44 REMOVEABLE HARDDRIVE!!
  11.                                 HVDI?
  12.                        Notator printer support
  13.                          PD Fortran compiler?
  14.                    Postscript on Atari's in general
  15.                   Problems when trying to exit MiNT
  16.             Re: Please Educate (soon to be) new Atari user
  17.                    Slowing down my TT ... seriously
  18.                         TT speed comparison..
  19.                     WANTED: Protracker d'Esion XLI
  20.                       who sells the Reflex card?
  21.  
  22. Welcome to the Info-Atari16 Digest.  The configuration for the automatic
  23. cross-posting to/from Usenet is getting closer, but still getting thrashed
  24. out.  Please send notifications about broken digests or bogus messages
  25. to Info-Atari16-Request@NAUCSE.CSE.NAU.EDU.
  26.  
  27. Please send requests for un/subscription and other administrivia to
  28. Info-Atari16-Request, *NOT* Info-Atari16.  Requests that go to the list
  29. instead of the moderators are likely to be lost or ignored.
  30.  
  31. If you want to unsubscribe, and you're receiving the digest indirectly
  32. from someplace (usually a BITNET host) that redistributes it, please
  33. contact the redistributor, not us.
  34. ----------------------------------------------------------------------
  35.  
  36. Date: 6 Feb 92 22:10:38 GMT
  37. From: agate!darkstar!cats.ucsc.edu!monsoon@ames.arpa (Len A. DeJesus)
  38. Subject: .SPS picture viewer?
  39. To: Info-Atari16@naucse.cse.nau.edu
  40.  
  41. In article <60323@aurs01.UUCP> you write:
  42. >I've come across some Spectrum files that use the extention *.SPS...
  43. >
  44. >Does anyone know of a viewer that can display these?
  45.  
  46. There should be a file in the atari archive called "SPSLIDEX.PRG" that
  47. should be used to view these files.  Actually, this program will compress
  48. spectrum .SPC or .SPU pics, hence the .SPS (smaller?  scrunched?)
  49. extension so that .SPS are usually smaller (about the size when you arc
  50. .SPC files.)  NOTE: you might come across some .SPS files which are
  51. actually animation done in Spectrum 512 format with the program Unispec
  52. so don't try any use the slide show on them.
  53. --
  54. Len A. DeJesus (monsoon@cats.ucsc.edu)
  55.                (tsunami@ucscb.ucsc.edu)
  56. --
  57. Len A. DeJesus (monsoon@cats.ucsc.edu) "Hey Mon"
  58.                (tsunami@ucscb.ucsc.edu) "Blame it on the Rain"
  59.  
  60. ------------------------------
  61.  
  62. Date: 6 Feb 92 13:50:50 GMT
  63. From: mcsun!sun4nl!fwi.uva.nl!gene!schaper@uunet.uu.net (Lancelot Schaper)
  64. Subject: All three rez on SM124!!!
  65. To: Info-Atari16@naucse.cse.nau.edu
  66.  
  67. I have a PD program with which it is possible to run MED and LOW rez.
  68. on a SM124.
  69. The only problem is that the screen is split in half.
  70. Because LOW rez. uses 320 x 400.
  71.  
  72. I found this program on ftp terminator.umich.cc.edu
  73.  
  74.  
  75. --
  76. *****************************************************************************
  77.    Lancelot Schaper                                schaper@fwi.uva.nl
  78.    Faculteit Wiskunde en Informatica               020 - 683.17.78
  79.    Universiteit van Amsterdam                      Nederland
  80.  
  81. ------------------------------
  82.  
  83. Date: 6 Feb 92 13:41:41 GMT
  84. From: mcsun!uknet!bcc.ac.uk!ucacmsu@uunet.uu.net (Mr Stephen R Usher)
  85. Subject: A non-representitive benchmark...
  86. To: Info-Atari16@naucse.cse.nau.edu
  87.  
  88. I thought some of you might want to know how fast the TT was as compared
  89. with other "workstations" using a real application.
  90.  
  91. This is the result of running Rayshade Version 3.0 (no Utah raster toolkit)
  92. on a Sun SPARCstation IPX (16Mb RAM) and on an Atari TT030/8.
  93.  
  94. The Sun took approximatly 300 seconds to perform the raytrace of two
  95. mirrored balls in front of two mirrors at 45 degrees with a textured floor.
  96. The TT took approx 1700 seconds to render the same image.
  97.  
  98. On the Sun, rayshade was compiled using dynamic libraries, the standard Sun
  99. C compiler with the -O switch.
  100.  
  101. On the TT rayshade was compiled with GCC 1.40 and mintlib16. The following
  102. switches were used:-
  103.  
  104. -O -fstrength-reduce -finline-functions -fforce-mem -fforce-addr -m68020
  105. -m68881 -D_M68881
  106.  
  107. The define -D_M68881 was used so that the inline assembly functions to use
  108. the maths co-processor in the PML math.h header file were used.
  109.  
  110. The executable was set so that it would run in TT RAM and could also
  111. Malloc() from it.
  112.  
  113. The code was run under MiNT 0.92.
  114.  
  115. As you can see, the TT performance was about 1/6th that of the Sun IPX
  116. (SPARC 2 chip running at 40MHz(?)). As raytracing is VERY floating-point
  117. intensive, this suggests that the TT's floating-point performance is about
  118. 0.5 Mflops (The IPX is rated at about 3 Mflops).
  119.  
  120. I don't know what this proves, if anything, but there you are!
  121.  
  122. Steve
  123. --
  124. Addresses:-
  125. JANET:-         ucacmsu@uk.ac.ucl or    susher@uk.ac.csm
  126. Internet:-      ucacmsu@ucl.ac.uk or    susher@csm.ac.uk
  127.  
  128. ------------------------------
  129.  
  130. Date: 6 Feb 92 16:57:06 GMT
  131. From:
  132.  noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!qt.cs.utexas.edu
  133.  !yale.edu!ira.uka.de!math.fu-berlin.de!fub!heaven7.in-berlin.de!cloud9.in-berli
  134.  n.de!martini@arizona.edu (Martin P. Ibert)
  135. Subject: Anti-flamewar proposal.
  136. To: Info-Atari16@naucse.cse.nau.edu
  137.  
  138. ( ) In <1992Jan25.215455.14648@ux1.cso.uiuc.edu>, William Magro writes:
  139. ( ) >      E) Non standard connectors.  ACSI, monitor and drive ports, a male
  140.  rs232
  141. ( ) >         port?!?!?!  Come on!  If you are going to introduce new
  142.  connectors, at
  143. ( ) >         least give them advantages over the standard connectors.
  144.  
  145. You must be joking. Since the indroduction of IBM PCs, DTE-type serial
  146. ports have always been male. Look on your modem (if you have one). Most
  147. likely, it has a female DCE-type connector. Perfect fit, eh?
  148. --
  149.    __       | Martin P. Ibert, Westendallee 100 d, D-1000 Berlin 19, Germany
  150.   (  )__    | martini@cloud9.in-berlin.de, also martini@heaven7.in-berlin.de
  151.  (  9   )_  |---------------------------------------------------------------
  152. (_________) | All that we see or seem/is but a dream within a dream. --E.A.P
  153.  
  154. ------------------------------
  155.  
  156. Date: 7 Feb 92 11:24:38 GMT
  157. From: mcsun!corton!laas!ralph@uunet.uu.net (Ralph P. Sobek)
  158. Subject: Anti-flamewar proposal.
  159. To: Info-Atari16@naucse.cse.nau.edu
  160.  
  161. >>>>> On 25 Jan 92 21:54:55 GMT, wmagro@roma.physics.uiuc.edu (William Magro)
  162.  said:
  163.  
  164. Bill> If you hate posts that respond to flamers, read on.  This one is
  165. Bill> different.
  166.  
  167. Thanx Bill!
  168.  
  169. Bill> "Why my Atari 1040STf Sucks," by Bill Magro
  170.  
  171. Bill> I) GEM/Desktop has a lot of problems
  172. Bill>      A) Mouse events are not registered quickly, so if I click on a button
  173. Bill>         and quickly move the mouse, the button doesn't see the click. Very
  174. Bill>         annoying, and it slows me down.
  175.  
  176. I have the *exact* same problem on my sparcstation at work running
  177. X11R4 and OpenWindows 3.  I can quite easily click and move too fast
  178. for the X11 events and the machine does the wrong thing.  Sometimes I
  179. even get it to freeze up completely and have to reboot (or kill X11).
  180. Seems just like when some interaction of GEM programs misbehaves,
  181. isn't it.
  182.  
  183. Bill>      B) I have to bring a window to the front before I can launch a
  184.  program
  185. Bill>         from it.  In the mac's finder, if I double click on an icon in an
  186. Bill>         obscured window, the window comes forward and the program runs.
  187.  In
  188. Bill>         GEM the window just comes forward.  Arghh!  This slows me down.
  189.  
  190. A correction seems appropriate!  Holding the right key while double
  191. clicking *will* run the program in the other window with the current
  192. top window serving as current directory.  This has been true since TOS
  193. 1.0 but seems to be undocumented.
  194.  
  195. Bill>      C) I can't arrange my desktop in any efficient way.  Not being able
  196.  to
  197. Bill>         put programs on the desktop or to arrange them freely in a window
  198. Bill>         makes launching programs a nightmare.  This slows me
  199. Bill>         down.
  200.  
  201. TOS 2.05 already solves this one!
  202.  
  203. Bill> II) Hardware bitches
  204.  
  205. Bill>      B) Our graphics modes suck.  640x400 mono is great for work.  But
  206.  everyone
  207. Bill>         else has at least 640x400 256 colors available now.  The new TT
  208. Bill>         resolutions should be in _all_ of the machines by now.  Come on
  209.  Atari!
  210.  
  211. How true!
  212.  
  213. Bill>      D) The power supply/keyboard/mouse all suck.  ...  The mice
  214. Bill>      don't feel very nice and are prone to quickly
  215. Bill>         wearing out.  (Again Mega/TT seem to deal with this.)
  216.  
  217. Do you prefer Mac or Sun mice more?  The Suns have at least optical
  218. ones but they are large and clumsy.  Whatever happend to the
  219. *beautiful* small optical Xerox mice that came with their lisp
  220. machines?  I've heard that they are even compatible with the, shh,
  221. Atari ST.
  222.  
  223. Bill>      E) Non standard connectors.  ACSI, monitor and drive ports, a male
  224.  rs232
  225. Bill>         port?!?!?!  Come on!  If you are going to introduce new
  226.  connectors, at
  227. Bill>         least give them advantages over the standard connectors.
  228.  
  229. Come on now!  Things are becoming more and more standardized but still
  230. many ANSI terminals come with either male or female RS232 connectors.
  231. Likewise for any machine that's more than 3 years old.
  232.  
  233. Bill> By the way, if you decide to followup on this article, please don't
  234.  include
  235. Bill> the whole thing and respond line-by-line.  Can you imagine anything more
  236. Bill> agonizing than having to read this again in its entirety?
  237.  
  238. Hope I didn't cite too much to offend the net sensibilities.
  239.  
  240. --
  241. Ralph P. Sobek                    Disclaimer: The above ruminations are my own.
  242. ralph@laas.fr                              Addresses are ordered by importance.
  243. ralph@laas.uucp, or ...!uunet!laas!ralph
  244. If all else fails, try:                               sobek@eclair.Berkeley.EDU
  245. Phone: (+33-)61-33-62-66  FAX-1: (+33-)61-33-64-55  FAX-2: (+33-)61-55-35-77
  246. ===============================================================================
  247. Got a Mega 4 ST. Wish it was a Mega STe? :-|  Do I *really* want a TT/Next? ;%#
  248.  
  249. ------------------------------
  250.  
  251. Date: 6 Feb 92 16:56:10 GMT
  252. From: sgi!silvlis!patf@ames.arpa (Pat Fitzgibbons)
  253. Subject: Atari ST items for sale
  254. To: Info-Atari16@naucse.cse.nau.edu
  255.  
  256. I am cleaning out my shelf of unused items.
  257. I have the following items for sale.
  258.  
  259. Spectre GCR w/ Mac ROMS - $300
  260.  
  261. Word Perfect - $65
  262.  
  263. --
  264.  O O O  Patrick Fitzgibbons   /\            |         These are my opinions.
  265.   \ /    patf@silvlis.com    /--\  Sunnyvale ) --     Any agreement with my
  266.    X                      /\/    \   CA     |         company is purely
  267.   / \        in          /  \     \                   coincidental.
  268.  
  269. ------------------------------
  270.  
  271. Date: 6 Feb 92 19:36:12 GMT
  272. From:
  273.  noao!ncar!elroy.jpl.nasa.gov!swrinde!cs.utexas.edu!convex!constellation!a.cs.ok
  274.  state.edu!cummins@arizona.edu (CUMMINS JOHN WILLI)
  275. Subject: Circuit drawing programs?
  276. To: Info-Atari16@naucse.cse.nau.edu
  277.  
  278. In article <n2asjtj@rpi.edu> dinsmm@aix02.ecs.rpi.edu (Michael John Dinsmore)
  279.  writes:
  280. >
  281. >I am looking for a program that can draw circuits.  It doesn't
  282. >have to be specifically designed just for electronic cicuits,
  283. >but it should be easy to use and not labor intensive just to make
  284. >the diagram.
  285. >   /  |\/  |\
  286. >  /   |/   ||  Michael Dinsmore
  287. > / /|   /| ||  dinsmm@rpi.edu
  288.  
  289. I've had EASYDRAW highly reccomended to me for this use.  A set of
  290. circuit elements is available (I hear) for cutting and pasting!
  291. EASYDRAY is as the name implies "easy to use" but it's not
  292. simplistic.  It is a capable program.
  293.  
  294. I do not use it for this purpose as I've been too busy to get it and
  295. set it up....
  296.  
  297. jc
  298.  
  299. ------------------------------
  300.  
  301. Date: 6 Feb 92 22:09:36 GMT
  302. From:
  303.  noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!uwm.edu!ux1.cso.
  304.  uiuc.edu!uxa.cso.uiuc.edu!mpl44572@arizona.edu (Ender)
  305. Subject: FOR SALE TOADFILE 44 REMOVEABLE HARDDRIVE!!
  306. To: Info-Atari16@naucse.cse.nau.edu
  307.  
  308. I have a 44 Meg Toadfile for sale.  This has an ICD adapter, so you can
  309. plug it in and go.  Comes with all manuals, and a 44meg disk.  This is a
  310. syquest removable hard drive.  $500 (shipping negotiable)
  311.  
  312. Mark
  313.  
  314. ------------------------------
  315.  
  316. Date: 5 Feb 92 17:07:54 GMT
  317. From: mcsun!unido!urmel!tornado!icemark!teppic@uunet.uu.net (B.E.Heinen)
  318. Subject: HVDI?
  319. To: Info-Atari16@naucse.cse.nau.edu
  320.  
  321. In <1992Feb4.145633.16665@usenet.ins.cwru.edu>, Jason Baker writes:
  322. >
  323. >What is HVDI?  Is it just a screen accelarator like quick/turbo st?  Why does
  324. >it have its own font?  And, most importantly, is it freeware?
  325.  
  326. NVDI (NewVDI) is a commercial screen accelerator like quick st, but in NVDI the
  327. main part of accelerating is GEM (not TOS outputs like in QuickST). This
  328. doesn't mean, that it is slow in TOS text...
  329. NVDI is *REALLY* fast, especially if you have a blitter chip in your ST; NVDI
  330. is the first program that fully uses the capabilities of the blitter chip!
  331. It has an internal GDOS, too! I can quite recommend it...
  332.  
  333. Ask your local ST dealer for it, for any closer information.
  334.  
  335. yours
  336.   Benedikt
  337. --
  338.  
  339. =============================================================================
  340. Benedikt Eric Heinen,                Matthiashofstr. 3, W5100 Aachen, Germany
  341. Voice: +49-241-408592                          icemark!sigrorn@tornado.gun.de
  342.  
  343. "When in doubt, print 'em out."
  344. -- Karl's Programming Proverb 0x7
  345.  
  346. ------------------------------
  347.  
  348. Date: 7 Feb 92 09:44:30 GMT
  349. From: timbuk.cray.com!hemlock.cray.com!marc@uunet.uu.net (Marc Bouron)
  350. Subject: Notator printer support
  351. To: Info-Atari16@naucse.cse.nau.edu
  352.  
  353. Hi People,
  354.  
  355. I'm posting this for a friend `sans network access', so please email any replies
  356. to me.  Thanks.  My buddy would like to know what the printer support is like
  357. for C-labs Notator package.  He's looking at Epson-compatible printers and has
  358. also been somewhat taken by one of the Canon Baby-Jets.  He would particularly
  359. like to know of anyone's experience of printing scores in landscape format.
  360.  
  361. Many thanks in advance from Rob (and myself).
  362.  
  363. Cheers,
  364.  
  365. [M][a][r][c]                                 ===== Cray Research (UK) Ltd. =====
  366.                                              INTERNET: marc@hemlock.cray.com
  367.     "If all the girls in Essex were laid     JANET:    M.Bouron@uk.co.cray
  368.      end-to-end, no-one would be in the      UUCP:     ...!uknet!crayuk!M.Bouron
  369.      slightest bit surprised..."             VOICE:    +44 344 485971 x2208
  370.  
  371. ------------------------------
  372.  
  373. Date: 5 Feb 92 17:11:18 GMT
  374. From: mcsun!unido!urmel!tornado!icemark!teppic@uunet.uu.net (B.E.Heinen)
  375. Subject: PD Fortran compiler?
  376. To: Info-Atari16@naucse.cse.nau.edu
  377.  
  378. In <1992Feb3.205550.52312@cc.usu.edu>, Hoyt J. Heaton writes:
  379. >Does anyone out there know of a PD fortran compiler, or have a commercial
  380. >version they'd be willing to part with?
  381. Here in Germany you can get a program called BCFortran. This is an public
  382. domain Fortran, but I don't know if it is quite good, since I don't work
  383. in Fortran. If I'll find it somewhere on my PD-disk "collection", I'll
  384. send it to atari.archive and tupac-amaru.informatik.rwth-aachen.de .
  385.  
  386. Benedikt
  387. --
  388.  
  389. =============================================================================
  390. Benedikt Eric Heinen,                Matthiashofstr. 3, W5100 Aachen, Germany
  391. Voice: +49-241-408592                          icemark!sigrorn@tornado.gun.de
  392.  
  393. "When in doubt, print 'em out."
  394. -- Karl's Programming Proverb 0x7
  395.  
  396. ------------------------------
  397.  
  398. Date: 6 Feb 92 18:46:16 GMT
  399. From:
  400.  noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!wupost!zazen!doug.cae.wisc.edu!umn.edu!
  401.  cs.umn.edu!thelake!steve@arizona.edu (Steve Yelvington)
  402. Subject: Postscript on Atari's in general
  403. To: Info-Atari16@naucse.cse.nau.edu
  404.  
  405. [In article <697322022.24866@minster.york.ac.uk>,
  406.      mjl-b@minster.york.ac.uk writes ... ]
  407.  
  408.  > What I objected to was the "Calamus is so great I don't see why
  409.  > you should even consider using anything else" argument. I stated why we
  410.  > might want to have Postscript output.
  411.  
  412. I think anyone who advances the argument that Calamus is the be-all,
  413. end-all of page layout software is ignoring the fact that users' needs
  414. come in many shapes and sizes. There is no one perfect tool, and there
  415. never will be.
  416.  
  417.  > If the Calamus Page Description Language becomes as popular as Postscript,
  418.  > I'll be happy -- by all accounts it's a better PDL. But although Calamus
  419.  could
  420.  > output _both_ Calamus PDL and Postscript, you _still_ have to buy some other
  421.  > program to do the conversion.
  422.  
  423. Point of clarification: PostScript should not be regarded as a page
  424. description language. It's a programming language designed for building
  425. graphic images. There's a very big difference. You can't create a page
  426. with PageFoo software, write out a .PS file, then edit that page with
  427. PageBar on a different platform. You can use the .PS file to build a
  428. bitmap on a system (usually a smart laser printer) that has a PostScript
  429. interpreter, but that's about it.
  430.  
  431. Calamus doesn't output a programming language. It outputs a bitmap in a
  432. format appropriate to the imaging device that is being driven. This allows
  433. it to skip several layers of interpretation, resulting in faster
  434. throughput. It also allows Calamus to have very precise control over the
  435. output image, something that is not possible with PostScript.
  436.  
  437.  > I'm not saying that we should stop using the Calamus way of things, just that
  438.  > the great thing about standards is that they are just that : _standard_.
  439.  
  440. As Henry Spencer says, the great thing about standards is that there are
  441. so many of them.
  442.  
  443.  > This is not to say that we should never innovate (I hope to god someone
  444.  > innovates us out of the IBM-PC standard soon).
  445.  
  446. That was accomplished years ago.
  447.  
  448.  > When you could support a very
  449.  > popular standard at little extra cost,
  450.  
  451. Whoa! Who says it would entail ``little'' extra cost? Have you priced
  452. Calamus recently? Those modules don't write themselves.
  453.  
  454. Of course it would be possible for the authors of Calamus to create a
  455. module that could write PostScript code based on Calamus' document file
  456. format or internal data structures. That doesn't mean it would be simple,
  457. easy, or cheap, or that the performance would be acceptable to the market
  458. at which Calamus is aimed.
  459.  
  460.  > but refuse to do it because you
  461.  > consider it beneath you, that's arrogance. What other serious DTP program
  462.  > takes this stance?
  463.  
  464. I know of no instance in which Ditek has said it considered PostScript
  465. support ``beneath'' it.
  466.  
  467. At any rate, businesses make decisions on the basis of projections of
  468. short-term and long-term profitability, not on emotional grounds or
  469. ``arrogance.'' If it becomes clear that there's profit in PostScript
  470. support, even at the expense of siphoning off scarce resources from other
  471. projects, then no doubt you'll see PostScript support.
  472.  
  473. I don't think it's all that clear. There are some serious competitors to
  474. Calamus on the way from other developers who are taking a similar approach
  475. -- i.e., focusing on high-performance page output by rasterizing the image
  476. directly and avoiding PostScript entirely.
  477.  
  478. If I ran the company, I'd be very careful not to get blindsided in my
  479. upscale core market while working on a product that would be of interest
  480. primarily to people who can't afford a printer.
  481.  
  482. One other comment: The performance issue may be small to you, but to
  483. others it is very, very important.
  484.  
  485. The company I work for -- a major daily newspaper -- must typeset
  486. thousands of 18-by-22-inch pages per week. Most of those pages are dumped
  487. to the typesetter in a very small time window, close to the press
  488. deadline.
  489.  
  490. PostScript simply cannot handle the job quickly enough, so we continue to
  491. use Autologic APS-5 typesetters whose design is a couple of decades old.
  492. We can RIP, record and process (photochemical, resin-coated paper) a
  493. broadsheet newspaper page at about 2000dpi resolution in a few minutes.
  494. Even the fastest new RISC-based PostScript RIPs can't approach that sort
  495. of performance.
  496.  
  497. We're stuck with PostScript on the Macintosh systems used by our
  498. infographics specialists. Whenever we must output an infographic on
  499. deadline, there's a great round of nail-biting, and often we miss the
  500. start of the press run with the color separations. For businesses with our
  501. sort of time constraints, the internal-RIP model used by Calamus makes a
  502. lot of sense. For the casual user who doesn't own a printer, it's probably
  503. not the best solution. Pick another tool.
  504.  
  505. But don't expect it to be perfect. As Voltaire observed, we live not in
  506. the most perfect world, but rather the most probable world.
  507.  
  508.  ---
  509.  Steve Yelvington, Marine on St. Croix, Minnesota USA
  510.  steve@thelake.mn.org            umn-cs!thelake!steve
  511.  
  512. ------------------------------
  513.  
  514. Date: 7 Feb 92 10:01:57 GMT
  515. From: mcsun!unido!news.uni-bielefeld.de!uchef153@uunet.uu.net, Menke
  516. Subject: Problems when trying to exit MiNT
  517. To: Info-Atari16@naucse.cse.nau.edu
  518.  
  519. I have got a problem when I try to leave MiNT.
  520.  
  521. If there is a program running in the background (like lpd), when one
  522. trys to leave MiNT the system prints this message:
  523.  
  524.   pid 0 (MiNT): assert(`f->links == 0') failed at line 590 of filesys.c.
  525.   Fatal MiNT error: adjust dedug level and hit a key ...
  526.  
  527. Hitting a key leads to:
  528.  
  529.   System halted Press 'x' to exit, or else reboot
  530.  
  531. After pressing x the first messages once again will be printed.
  532. Pressing any other key or combination of other keys causes the 2nd
  533. message (System ...).
  534.  
  535. Raising the debug level seems to be no help because there is only difference
  536. between the regular leaving of mint and the crash:
  537.  
  538. Crash:
  539.   pid 1 (sh): Fcntl(-1,cmd=0x5407)
  540.   pid 1 (sh): Fcntl: calling ioctl
  541.   pid 1 (sh): Pterm(0)
  542.   pid 0 (MiNT): leaving Pexec with child return code
  543.   pid 2 (lpd): disposing of closed fifo      <---- difference for the crash
  544.   exit code: 0
  545.   pid 0 (MiNT): assert(`f->links == 0') failed at line 590 of filesys.c.
  546.   Fatal MiNT error: adjust dedug level and hit a key ...
  547.  
  548. Reagular leaving:
  549.   pid 1 (sh): Fcntl(-1,cmd=0x5407)
  550.   pid 1 (sh): Fcntl: calling ioctl
  551.   pid 1 (sh): Pterm(0)
  552.   pid 0 (MiNT): leaving Pexec with child return code
  553.   exit code: 0
  554.   leaving MiNT
  555.  
  556. Is there a posibility to solve this problem ?
  557.  
  558. Not 'rm u:\proc\*' or manual killing of background jobs.
  559.  
  560. The system I am working on is an ATARI MEGA/STE 4MB.
  561. Unfortunatelly I do not know the TOS version I have,
  562. because up to know everything works fine.
  563.  
  564. I have not mounted any other filesystem.
  565.  
  566.  
  567. Carsten Menke
  568. carsten@chec02.uni-bielefeld.de
  569. or uchef153@unibi.hrz.uni-bielefeld.de
  570.  
  571. ------------------------------
  572.  
  573. Date: 7 Feb 92 11:29:30 GMT
  574. From:
  575.  noao!asuvax!ukma!wupost!think.com!yale.edu!ira.uka.de!fauern!LRZnews!NewsServ!s
  576.  eibert@arizona.edu (Ewald Seibert)
  577. Subject: Re: Please Educate (soon to be) new Atari user
  578. To: Info-Atari16@naucse.cse.nau.edu
  579.  
  580. In article <1992Feb07.070946.45861@yuma.acns.colostate.edu>,
  581.  sytang@lamar.ColoState.EDU (Shoou-yu tang) writes:
  582. |> In article <1992Feb06.232348.6350@cdsmn.mn.org> plate@cdsmn.UUCP (Doug Plate)
  583.  writes:
  584. |> ...
  585. |>
  586. |>  f : means internal floppy drive in the CPU box.
  587. |>  m : modulator installed (i.e. can hook up to the TV etc.)
  588. |>  STe and Mega STe are newer ST and Mega with enhancement in it also use SIMMs
  589. |>  instead of DIPs on older machine.
  590. |>  TT is 030 machine with different design for more expansion.
  591. |>  STs has no expansion slot, Mega has one Mega bus for expansion, Mega STe has
  592. |>  more and TT has VME bus.
  593.  
  594. I think you confused something:
  595. Both, MegaSTE and TT have ONE normal length 16-bit VME
  596.  
  597. |>  The STs requires hardware hacks to add-in (piggy back, remove etc.) or use
  598. |>  DMA (hard drive, supercharger) or cartridge port (Spectre).
  599. |>  STe is about the same except the memory upgrade is easier (change the
  600.  SIMMs).
  601. |>  Other probably can provide more information on top this and correct any
  602. |>  mistake presented.
  603.  
  604. Furtheron, the MegaSTE has a 16MHz 68000-CPU with 16kB cache a LAN port.
  605.  
  606. ==============================================================================
  607. seibert@hphalle9.informatik.tu-muenchen.de   ist
  608. Ewald Seibert, Rheinbergerstr.1 8070 Ingolstadt,  0841-86480
  609.  
  610.     Dont't blame ATARI for things, the GURU told you from the ARABIAN NIGHTS (*
  611. ==============================================================================
  612.  
  613. (*  = Maerchen aus 1001 Nacht
  614.  
  615. ------------------------------
  616.  
  617. Date: 6 Feb 92 11:29:18 GMT
  618. From: mcsun!uknet!yorkohm!minster!mjl-b@uunet.uu.net
  619. Subject: Slowing down my TT ... seriously
  620. To: Info-Atari16@naucse.cse.nau.edu
  621.  
  622. In article <w6ZNFB3w164w@ersys.edmonton.ab.ca> mforget@ersys.edmonton.ab.ca
  623.  (Michel Forget) writes:
  624. >sms@sys.uea.ac.uk (S.M.Sowerby) writes:
  625. >
  626. >> This may seem a little silly but I want to make my TT run at ST
  627. >> speeds.  Not all the time of course, only when running certain
  628. >
  629. >> Steve Sowerby,  Postgraduate layabout,       (sms@sys.uea.ac.uk)
  630. >
  631. >Well, you could try writing an accessory that tells GEM to wait for 10
  632. >ticks, then return.  Then do some useless thing like increment some
  633. >variables a few thousand times, and tell GEM to wait again.  This will
  634. >SLOW DOWN the machine like you wouldn't believe.  Of course, there are a
  635. >few problems.  Mainly, it won't work in TOS programs and it will take up
  636. >an accessory slot.
  637. > [etc.]
  638.  
  639. ><<        mforget@ersys.edmonton.ab.ca          >>
  640. ><<     ersys!mforget@nro.cs.athabascau.ca       >>
  641. ><<               Michel Forget                  >>
  642.  
  643. You could also hook a routine into the VBL queue which wastes time. This
  644. will work with all programs, assuming that you can install it before you run
  645. the target program (may not be easy for games).
  646.  
  647. Mat
  648.  
  649. | Mathew Lodge              | "What do they call you, boy?" "Kate." "Isn't |
  650. | mjl-b@minster.york.ac.uk  |  that a bit of a girl's name?" "... it's     |
  651. | Summer: lodge%alsys@uknet |  short for 'Bob'" -- Blackadder II           |
  652.  
  653. ------------------------------
  654.  
  655. Date: 6 Feb 92 16:36:02 GMT
  656. From: mcsun!uknet!bcc.ac.uk!ucacmsu@uunet.uu.net (Mr Stephen R Usher)
  657. Subject: TT speed comparison..
  658. To: Info-Atari16@naucse.cse.nau.edu
  659.  
  660. I thought some of you might want to know how fast the TT was as compared
  661. with other "workstations" using a real application.
  662.  
  663. This is the result of running Rayshade Version 3.0 (no Utah raster toolkit)
  664. on a Sun SPARCstation IPX (16Mb RAM) and on an Atari TT030/8.
  665.  
  666. The Sun took approximatly 300 seconds to perform the raytrace of two
  667. mirrored balls in front of two mirrors at 45 degrees with a textured floor.
  668. The TT took approx 1700 seconds to render the same image.
  669.  
  670. On the Sun, rayshade was compiled using dynamic libraries, the standard Sun
  671. C compiler with the -O switch.
  672.  
  673. On the TT rayshade was compiled with GCC 1.40 and mintlib16. The following
  674. switches were used:-
  675.  
  676. -O -fstrength-reduce -finline-functions -fforce-mem -fforce-addr -m68020
  677. -m68881 -D_M68881
  678.  
  679. The define -D_M68881 was used so that the inline assembly functions to use
  680. the maths co-processor in the PML math.h header file were used.
  681.  
  682. The executable was set so that it would run in TT RAM and could also
  683. Malloc() from it.
  684.  
  685. The code was run under MiNT 0.92.
  686.  
  687. As you can see, the TT performance was about 1/6th that of the Sun IPX
  688. (SPARC 2 chip running at 40MHz(?)). As raytracing is VERY floating-point
  689. intensive, this suggests that the TT's floating-point performance is about
  690. 0.5 Mflops (The IPX is rated at about 3 Mflops).
  691.  
  692. I don't know what this proves, if anything, but there you are!
  693.  
  694. Steve
  695. --
  696. Addresses:-
  697. JANET:-         ucacmsu@uk.ac.ucl or    susher@uk.ac.csm
  698. Internet:-      ucacmsu@ucl.ac.uk or    susher@csm.ac.uk
  699.  
  700. ------------------------------
  701.  
  702. Date: 6 Feb 92 13:26:19 GMT
  703. From: aahs.no!karloey@ucbvax.berkeley.edu (Karl Anders Oygard)
  704. Subject: WANTED: Protracker d'Esion XLI
  705. To: Info-Atari16@naucse.cse.nau.edu
  706.  
  707. >The following appeared on ST MAGAZINE No 57, JANVIER 92:
  708. >
  709. >" Le Protracker est un soundtracker tres complet pour un freeware..."
  710.  
  711. This is _not_ correct. I've spent far too much time on ProTracker
  712. to release it as freeware. The copy of ProTracker that's floating
  713. about was stolen, and should never have gotten out.
  714.  
  715. >Has anybody seen this protracker ? The screen shots look really nice
  716. >and can load PACKed files (save disk space). Is it available on any site?
  717.  
  718. There is (should be) a demo copy of ProTracker ST v1.3 on a-a. Take a
  719. look at it - v1.3 is a lot better than the illegal copy (v1.2) that's
  720. gotten out. ProTracker itself is going to be released commercially
  721. under Daatasoft pretty soon.
  722.  
  723. /Email: Karl A Oygard <karloey@aahs.no>  ================================
  724. /Karl Anders Oygard - regd. developer for Atari   =======================
  725.  
  726. ------------------------------
  727.  
  728. Date: Fri, 7 Feb 1992 08:35 EST
  729. From: CSULLOGG@crl.aecl.ca
  730. Subject: who sells the Reflex card?
  731. To: Info-Atari16@naucse.cse.nau.edu
  732.  
  733. Who sells the Reflex graphics card in North America? Is there a MegaSTE/TT
  734. version (i.e. VME)? Thanks in advance!
  735.  
  736. ------------------------------
  737.  
  738. End of Info-Atari16 Digest
  739. ******************************
  740.